home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Night Owl 6
/
Night Owl's Shareware - PDSI-006 - Night Owl Corp (1990).iso
/
008a
/
paket4.zip
/
PAKET4.B3
< prev
next >
Wrap
Text File
|
1991-01-11
|
3KB
|
63 lines
PAKET 4.0 BULLETIN NO 3 11th January, 1991
To all PAKET users:
PK-232 Firmware upgrade
I am informed of an upgrade to the PK-232 Firmware which provides a larger
(20KB) buffer capacity for the Mailbox and for packet buffers. The Mailbox
now runs on a separate channel so a user can connect to the Mailbox while
you are connected to another user on another channel. Although different
to earlier versions of the Firmware, the Mailbox now seems to operate in a
more conventional manner (like most other PMS systems).
(PAKET Bulletin No 4 discusses Mailbox operations).
How does this relate to PAKET? The larger buffer capacity has caused some
problems with YAPP uploads.
(These comments apply to users of any TNC, especially those with a large
buffer capacity).
YAPP Upload.
When you upload a file, PAKET sends the file to the TNC,
followed by an End-of-file code. The program then waits for up
to 2 minutes (in accordance with the "Yapp Protocol
Specifications") for the other station to acknowledge the EOF
code.
However with the larger buffer capacity, there can be a lot of
data (up to 20KB) still in the TNC waiting to be sent while
PAKET is counting its 2 minute timeout period! The 2 minutes
can expire before all that data can be sent and acknowledged,
in which case PAKET times out and aborts the transfer.
A user has advised that he is able to overcome this problem by
ensuring there are plenty of "messages" in his PMS Mailbox,
resulting in less available memory for packet buffers!
I will implement a fix in the next release of PAKET, offering
an option to extend the 2 minute timeout period for the EOF
acknowledgement.
Workaround:
Option 1.
If you have this problem, try reducing available buffer space
by sending yourself a long message (if your Mailbox is almost
empty) before attempting a YAPP upload.
Option 2.
Another option would be to reduce the baud rate of the TNC and
the Serial Port to (say) 600 baud while uploading a file. At
that speed the data should be transmitted to the other station
as it is received from PAKET and the TNC's buffers should not
fill up. When PAKET issues the EOF, it should be transmitted
almost immediately.
At 600 baud, your MAXIMUM transfer rate will be 60 cps, but at
least it should work!
73s de Tony, VK2DHU @ VK2ATM